MULTIMEDIA SCHEDULER 

CROSS REFERENCE TO RELATED APPLICATION 

This application claims priority to prior U.S. provisional patent application number 
5 60/433,734, filed December 13, 2002, titled Music Net, which is incorporated herein in 
its entirety by this reference made thereto. 

BACKGROUND OF THE INVENTION 
FIELD OF THE INVENTION 

10 The invention generally relates to distribution of multimedia content in a networked 
environment. More particularly, the invention relates to a system and methods for 
scheduling multimedia content for broadcast. 

DESCRIPTION OF RELATED TECHNOLOGY 

15 The Internet comprises a web of computers and networks widely spread throughout 
the world. The Internet currently comprises millions of network connections, and is 
used by millions of people for business, education, entertainment, and/or basic 
communication purposes. 

20 Digital content, such as sound recordings, songs, for example, are often transferred 
across the Internet. In addition to the basic transfer of song files, numerous network 
enabled radio stations have been introduced, which provide content to listeners at 
computers across the Internet. Network enabled radio has significantly increased the 
magnitude and variety of content to recipients, as compared to conventional over-the- 

25 air radio broadcasts. One of the most important technologies underlying Internet radio 
is streaming technology, some times called streaming media, which allows a user to 
view and hear digitized content - audio, as well as video and animation - as it 
downloads. The client receives the media in real time without having to wait for clips 
to be downloaded. 
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Streaming technology allows delivery of content in a variety of ways: 

• On-demand, wherein a pre-recorded clip is available to a user whenever he or 
she is interested; 

• Live — for example, live broadcasts of concerts or sporting events, wherein the 
5 user tunes in to whatever programming is being offered at a given time; and 

• Simulated live, wherein prerecorded clips are broadcast in the same manner 
that live content is. 

Streaming technology is based on the real-time streaming protocol (RTSP), a protocol 
10 for providing streaming multimedia, usually in one-to-many applications over unicast 
or multicast. RTSP employs the technique of streaming, which breaks data into 
packets sized according to the available bandwidth between client and server. When 
the client has received a sufficient number of packets packets, a practice known as 
buffering, the user's software can be playing one packet, decompressing another, and 
15 downloading yet another, thus enabling a user to listen to the real-time file almost 
immediately, as the media file downloads. Live data feeds, as well as stored clips are 
handled in this manner. 

Just as over-the-air radio stations do, network-enabled radio stations program content 
20 for broadcast in advance. Thus, there exists a need for tools to create and manage 
program schedules for Internet audio broadcasts. Various methods and means have 
been proposed to meet this need. M. Day, L. Yeung, Method of delivering seamless 
and continuous presentation of multimedia data files to a target device by assembling 
and concatenating multimedia segments in memory, United States Patent No. 
25 5,996,105 (November 30, 1999) describes generation of playlists, wherein a playlist 
constitutes a listing of segments selected for presentation. The reference is silent, 
however, as to how this is to be done. 

V. Krishnan and G. Chang, Customized Internet radio, Proc. 9th International World 
30 Wide Web Conference, Amsterdam, Netherlands, (May 2000) describes a framework 
for managing and customizing audio broadcast content on the Internet. The described 
framework includes an Internet radio station that makes it possible to create and 
manage program schedules for Internet audio broadcasts. It allows specific radio 
stations or genre to be scheduled in time slots, and provides alerts and dynamic 
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changes based on the availability of specified content according to a previously 
defined user profile. Thus, while a schedule is generated, the schedule only specifies 
time slots to be allocated to one radio station or another. There is no teaching or 
suggestion of rule-based scheduling of media objects such as songs and ads. 
5 Furthermore, while the scheduler can service more than one profile, the scheduler 
cannot schedule the actual media for several different channels or radio stations. 

W. Sequeira, System and method for a master scheduler, United States Patent No. 
6,222,530 (April 24, 2001) describes a scheduler wherein a programmer enters a 

10 programming schedule into a master scheduler's data models, whereupon the master 
scheduler processes the schedule and creates a number of tasks based on the 
schedule. Each task is then distributed to a slave task scheduler on the relevant 
media server for execution at the proper time. The slave task scheduler is adapted to 
track the tasks given to it, and to prepare a media device to send the scheduled 

15 information at the appropriate time. While the scheduler is capable of creating a list of 
tasks based on a schedule manually created by a programmer, there is no teaching 
or suggestion of a scheduler that actually creates the schedule, using rotation codes 
and patterns determined by a programmer and programming rules as inputs. 

20 Y. Brown, M. Walker, Method of providing targeted advertisements to a computer 
mediated communications network, United States Patent No. 6,601,041 (July 29, 
2003) describes a targeting system and method that is both intelligent and interactive. 
A queue builder generates priority queues according to predetermined rules and 
profile definitions. A queue manager receives the priority queues output from the 

25 queue builder and provides them to a computer-mediated communications network. 
While a queue builder assembles content segments into a queue according to a user 
profile and a set of rules, there is no description of a scheduler that monitors and 
updates a plurality of media streams using producer threads that generate tasks, and 
worker threads that consume the tasks from a queue and execute them. 

30 

M. Bookspan, S. Parasnis, P. Warrin, P. Poon, P. Patel, Scheduling presentation 
broadcasts in an integrated network environment, United States Patent No. 6,636,888 
(October 21, 2003) describes a system that partially automates scheduling of a 
presentation broadcast over a network. The approach described, however, doesn't 
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relate to streaming technology. The presentation is created using a computer program 
such as POWERPOINT (MICROSOFT CORPORATION, Redmond WA). Broadcast 
of the resulting file to specified recipients is facilitated through use of the calendaring 
capabilities of such products as MEETINGMAKER or OUTLOOK (both MICROSOFT 
5 CORPORATION). 

It would thus be a significant advance in the art to provide a multimedia scheduler for 
streaming multimedia capable of scheduling and maintaining streams for a plurality of 
channels. It would be advantageous to provide music directors the capability of 

10 assigning rotation codes to the media items on their playlists. It would be a further 
advantage to provide the capability of scheduling actual items such as songs and ads 
based on the rotation codes, and a series of broadcast rules. It would also be 
beneficial for the scheduler to be able to service multiple channels or radio stations at 
the same time. Furthermore, it would also advance the art to provide a scheduler that 

15 periodically monitors and updates media streams of a predetermined length, adding 
media items as needed to maintain the predetermined length by means of producer 
and consumer threads and a task queue. 

20 SUMMARY OF THE INVENTION 

A song and ad scheduler supporting clip-based and stream-based scheduling of 
songs and ads, capable of generating, for example, six hours of song/ad schedule 
ahead of time. Having multiple channel capability, the scheduler uses as input: 
• The channel for which the schedule is to be generated: 
25 • And predefined criteria for the channel that include; 

o The channel playlist; 

o The rotation pattern associated with the channel; and 
o The rules associated with a channel; 

30 to produce a schedule of songs for the channel. Initially, the scheduler produces a 
seven hour schedule, for example, for each channel and then it periodically revisits 
the channel to add more songs to keep the schedule to the desired length. Length of 
the initial play list is configurable. 
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The scheduler is based on a producer-consumer model for distributing work. 
Producer threads periodically scan the system for work that needs to be done. When 
a producer thread encounters work to be done, such as adding to the schedule of a 
channel, the producer thread places a work request into a queue. Worker threads, 
5 aka consumers, consume the work requests by fulfilling the requested work. 

The producer consumer model is embodied in a work manager that includes: 

• One or more work producer threads; 

• A work queue to hold work objects; 
10 • One or more worker threads; 

• An optional monitoring thread; and 

• An optional refresh thread. 

The work manager component is deliberately independent of the song and ad 
15 scheduling logic, so that it can function as a job scheduler in other applications. 

Additional components of the system include: 

• the main application thread that initializes all other components, and waits for a 
termination request; 

20 • a property manager that provides access to all application properties; 

• a database connection manager; 

• a communication module that manages commands/requests; 

• utility threads for general housekeeping functions; 

• song and ad schedulers; and 
25 • a rules factory. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 provides a block diagram of a network based system for multimedia 
30 broadcast incorporating a scheduler according to the invention; 

Figure 2 provides a block diagram of a the scheduler from the system of Figure 1 
according to the invention; 
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Figure 3 provides a flow diagram of a main application thread from the scheduler of 
Figure 2 according to the invention; 

Figure 4 provides a flow diagram of a process for initializing a property manager 
5 object from the application thread of Figure 3 according to the invention; 

Figure 5 provides a flow diagram of a process for initializing a database connection 
manager object from the application thread of Figure 3 according to the invention; 

10 Figure 6 provides a schematic template of a producer-consumer design; 

Figure 7 provides a flow diagram of a process for initializing a work manager object 
from the application thread of Figure 3 according to the invention; 

15 Figures 8-10 provide a flow diagram of [the logic of] a process for stream-based 
scheduling of media objects from the scheduler of Figure 2 according to the invention; 

Figures 11-13 provide a flow diagram of [the logic for] a process for clip-based 
scheduling of media objects from the scheduler of Figure 2 according to the invention; 

20 

Figure 14 provides a flow diagram of a first process for scheduling ads in a 
multimedia broadcast from the scheduler of Figure 2 according to the invention; 

Figure 15 provides a flow diagram of a second process for scheduling ads in a 
25 multimedia broadcast from the scheduler of Figure 2 according to the invention; 

Figure 16 provides a flow diagram of a process for initializing a rules factory object 
from the application thread of Figure 3 according to the invention; and 

30 Figure 17 provides an entity relationship diagram for a database from the scheduler of 
Figure 2 according to the invention. 
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DETAILED DESCRIPTION 

The invention provides a multimedia scheduler for a network-based multimedia 
broadcast service. The invention is particularly useful in scheduling multimedia items 
such as songs and ads in an Internet broadband radio setting; however as will be 
5 described in greater detail below, the scheduling system incorporates a work 
management component that is deployable, independent of the scheduling logic, as a 
task scheduler for other applications. The multimedia scheduler uses the following as 
input: 

• the channel for which a schedule is to be generated; 
10 • the playlists associated with the channel; 

• the rotation pattern associated with channel; and 

• programming rules associated with the channel 

to produce a schedule of songs and ads for that channel. The invention enables 
media directors, for example, music directors or DJ's for Internet-based broadcast 

15 radio stations, to define frequency and relative times of media plays. The invention 
then applies the programming rules and previous programming history to develop a 
schedule for the future. Advantageously, the invention provides an interface that 
allows use by several DJ's simultaneously, creating playlists for several different 
channels at one time. Additionally, the invention creates schedules for several distinct 

20 services, even where the services are broadcast at different bit rates. 

Referring now to Figure 1, a block diagram is provided showing the functional 
components of an Internet-based radio service 100 wherein the invention is deployed. 
A scheduler 101 generates a song schedule for each of the channels of the radio 

25 service based on the rotation pattern created for the channel and the channel 
programming rules. While, for the sake of description, the invention is often described 
herein with respect to a single channel, or a single DJ, such description is not 
intended to limit the invention to servicing a single user or a single channel. In fact, a 
particularly advantageous feature of the invention is its capacity of servicing multiple 

30 users, multiple channels and multiple services, thus lending it exceptional scalability. 

As shown, the songs, or media items, originally are obtained from storage media 113 
such as CD's (compact disks). A CD is first "ripped" and "sliced" 114; that is, the 
songs, or other media are extracted from the CD and separated into individual tracks, 
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whereupon they are encoded to one or more file formats suitable for streaming. As 
shown here, the media items are translated to the REAL media format (REAL 
NETWORKS, INC., Seattle WA), and/or the MP3 (MOTION PICTURE EXPERTS 
GROUP) format. The encoded files are saved to a storage component 111, 112, such 
5 as a disk array. Additionally, metadata for each media file is saved to the database 
104. 

Using a first tool 103 to retrieve the song metadata from the database 104, the music 
director or DJ for the channel creates a playlist, and assigns rotation codes to the 

10 individual media items of the playlist. In the preferred embodiment, a rotation code is 
a single, alphanumeric character, wherein the DJ defines the characteristics 
associated with the rotation code. For example, one DJ might use "H" for "Hot Hits" he 
wants to play the most, and the number "1" for holiday songs he does not want to 
schedule except during the appropriate time of year. In another embodiment of the 

15 invention, the rotation codes are predefined frequency codes. Alternatively, the DJ 
can create multiple playlists, and instead of assigning rotation codes to each song 
individually, he assigns a rotation code to each playlist. 

The rotation codes having been assigned, the DJ uses a second tool, 102, to create a 
20 rotation clock to schedule songs in the desired order based on the song rotation 
codes. The rotation preferably consists of a linear set of rotation codes previously 
assigned by the DJ, thus indicating the sequence of play for the various music types 
corresponding to the rotation codes defined by the DJ, as described above. Thus, the 
DJ schedules a series of rotation codes in a linear fashion for each rotation clock. A 
25 rotation clock may have a variable set of rotation codes assigned per channel; thus a 
rotation clock may take the form: A, D, B, C, A, E, A, F, D, B, 1, Z, and so on. 
Following the rotation clock, the scheduler assembles a schedule for a media stream, 
choosing a song having a rotation code that corresponds to the rotation code given in 
the rotation clock. Using the example rotation clock given above, the first code listed 
30 is 'A;' thus the scheduler schedules a song having 'A' as its rotation code, followed by 
a 'D' song, and then a 'B' song, and so on. In the case where multiple playlists have 
been created, with each playlist assigned a rotation code, the scheduler chooses the 
next song on the playlist having the rotation code that corresponds to the code in the 
rotation clock. During play, the rotation clock loops, repeating after each loop is 
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complete. The second tool is additionally used to associate playlists to stations or 
channels, and to assign programming rules to channels. As the playlists, rotation 
codes, and rotation codes are created, and the associations to the channels made, 
the resulting information is saved to the database 104. In the current embodiment of 
5 the invention, the database is a relational database, including a plurality of tables. Any 
database model capable of accommodating one-to-many and many-to-many entity 
relationships is suitable for use in the system as described. 

The media scheduler 101, retrieving the song metadata, the rotation codes, and the 
10 rotation clock from the database 104, generates a schedule that conforms to the 
programming rules for the channel, whereupon the schedule is saved to the database 
104. 

A stream sourcing content delivery system 109, housed on a server 115, goes to the 
15 database 104 and builds a physical stream, based on the schedule. The stream 
source content delivery system finds the order of delivery of content for the station, or 
channel, based on the schedule, and downloads a plurality of music files, for example 
6 hours of music, to its hard drive to enable play back. The system then 
concatenates the files to create a stream, and awaits the request of one or more 
20 stream recipients. The stream source content delivery system provides flexibility and 
scalability for a large number of stations, e.g. up to one hundred stations, and/or 
listeners. Upon request from a client 106, a broadband stream 108 is delivered to the 
client. A server 110 serves the function of content delivery for the narrowband stream 
107. Alternatively, the multimedia scheduler provides scheduling for clip-based 
25 broadcasts as well. 

By means of application logic housed on an application server 105, the client 106 
enables a user to view song metadata and scheduling information. 

30 MULTIMEDIA SCHEDULER OVERVIEW 

The scheduler has the capability of generating several hours worth of song and/or ad 
schedule in advance. The exact length of the schedule is configurable, for example 
six hours. Thus, it is primarily an off-line system, in which real-time and online 
availability are relatively unimportant. Although real-time performance and real-time 
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response times are not a major requirement for the invention, the ability to scale and 
handle a large number of channels has great priority. The multimedia scheduler 
initially creates a schedule of a configurable length for each channel. In one 
embodiment of the invention, the preferred schedule length is seven hours. With the 
5 object of maintaining a schedule that is at least six hours long at any given time, the 
scheduler revisits the channel after approximately an hour to add more songs, thus 
restoring it to the starting length. To achieve this goal, the scheduler includes one or 
more work managers based on a producer-consumer design. 

10 MAJOR COMPONENTS 

It is here noted that the following description is expressed in the terminology of the 
object-oriented programming paradigm, which employs programming languages such 
as JAVA (SUN MICROSYSTEMS, INC., Santa Clara CA). Practitioners skilled in 
other programming languages, structured languages or modular languages for 

15 example, will be enabled to implement a system consistent with the scope and spirit 
of the invention using the principles that are taught herein. 

Referring now to Figure 2, the multimedia scheduler includes the following 
components: 
20 • the main application thread 201; 

• one or more work managers 202; 

• a property manager 203; 

• a database connection manager 204 

• a data cache 205; 

25 • a communication module 206; 

• utility threads 207 

• song and ad schedulers Figures 8-15; and 

• a rules factory 210. 

30 The main application thread 201 initializes all the other components and waits for a 
termination request. The work manager 202, implemented according to a producer - 
consumer design, includes one or more producer threads, a work queue and one or 
more worker, or consumer, threads. The work manager also optionally contains a 
monitoring thread that reports on the work manager and a thread to delete symlinks 
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(symbolic links) created during clip-based scheduling. In clip-based broadcast 
environments, because song and ad scheduling are done independently of each 
other, there are provided separate work managers dedicated to song scheduling and 
ad scheduling. 

5 

A property manager 203 provides access to all application properties, typically 
contained in one or both of a properties file 211 and a configuration database 212. 
Application properties are preferably loaded when the property manager is initialized 
by the main application thread 201. 

10 

A database connection manager 204, having a primary function of managing 
connection pooling, manages access to data sources 213. 

A data cache 205 is provided for caching data common to all schedulers and data that 
15 does not change often. A static data cache object contains a concrete data cache 
instance for each data source defined in the system. Clients of the data cache 205 
should first get a reference to the data source specific Cache and then access the 
cached data. 

20 A communication module 207 accepts commands/requests on a server socket 206 
and calls the appropriate routines to fulfill the requests. 

Utility threads 208 do general house keeping functions such as periodically refreshing 
application properties and requesting GC (garbage collection). 

25 

Song and Ad schedulers encapsulate the logic (Figures 8 - 15) of scheduling songs 
and ads respectively for a channel. 

Each Rule 209 is an object that implements a rules interface and is served by a rules 
30 factory 210. Each rule represents a constraint on the song selection. It should be 
appreciated that within the JAVA language, an "interface" represents a collection of 
method definitions and constant values. It is later implemented by classes that define 
the interface with the "implements" keyword. 
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A fuller description of each of the above components is provided in the sections 
below. 

LOGGING SYSTEM 

5 To record transactions and activities, the multimedia scheduler further includes a 
logging system. In a preferred embodiment, the invention employs the Log4j logging 
subsystem, a freely available software package made available under the terms of the 
Apache Software License. 

10 Significant advantages of Log4j include: 

• With log4j it is possible to enable logging at runtime without modifying the 
application binary; 

• The log4j package is designed so that logging statements can remain in 
shipped code without incurring a heavy performance cost; 

15 • Logging behavior is controlled by editing a configuration file without touching 

the application binary; 

• It is possible to control which log statements are output at arbitrarily fine 
granularity. 

• The target of the log output can be a file, an output stream, a java.io.Writer, a 
20 remote log4j server, a remote Unix Syslog daemon, or even an NT Event 

logger. 

While Log4j is the preferred logging system, other logging systems are entirely 
consistent with the spirit and scope of the invention. 

25 

SYSTEM DESIGN DETAIL 

THE APPLICATION CLASS (201) 

The main Application thread 201 constitutes an Application class. The main 
Application thread 201 is the main starting point of the multimedia scheduler. Its 
30 function is to initialize each of the individual components within the scheduler. After 
initializing each of the components, the Application thread 201 awaits a 'stop' or 
'abort' signal. Each component initializes itself with properties accessible via the 
property manager 203. The flowchart provided in Figure 3 illustrates the function 
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performed by the Application class in greater detail. The system components are 
initialized by the main Application thread in the following sequence: 

• the property manager 203 is invoked to load properties from the property file 
5 (211)301; 

• the logging system is initialized 302; 

• the socket listener thread is started 303; 

• the database connection manager 204 is initialized; 

• the property manager is invoked to load properties from the configuration 
10 database (212) 305; 

• the datacache is initialized 306; 

• the rules factory is initialized 307; 

• system utility threads 208 are initialized 308; 

• the work manager factory 202 is initialized 309; and 
15 • all work managers are started 310. 

Each of the above processes is described in greater detail below. After each of the 
system components is initialized, the main Application thread waits for a 'stop 1 or 
'abort' request 311. When a request is transmitted via socket 206, the socket listener 

20 thread 207 notifies monitor 312. The main Application evaluates 313 the request. In 
the case of an 'abort/ the Application is stopped immediately 317. In the case of a 
'stop/ the application is stopped gracefully, allowing the scheduler to complete jobs 
that are currently underway. Work managers are stopped 315, utility threads are 
stopped 315, a cleanup of the database connection manager 203 is performed 316, 

25 and the program is exited 317. 

In addition to initializing the Application, the main Application thead also contains 
public static methods to control and report on the application. Thus, methods to stop/ 
and/or abort the scheduler, to create a status report, refresh the system and rotate the 
30 main log file are implemented in the Application class. More will be said about these 
methods below. 
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PROPERTY MANAGER (214) 

The property manager acts as the access point for all application properties. 
Application properties are found in two places: 
1 . The property file 21 1 , and 
5 2. A configuration database table. The CONFIG_KEY column holds acts as the 
property name and the CONFIG_VALUE column acts as the property value. 

All properties are loaded when the main application thread initializes the property 
manager. Subsequently, the property refresher utility thread 208 calls a method in the 
10 property manager 203 to refresh the properties at regular intervals. 

Figure 4 provides a flow diagram of a process 301 for initializing the property 
manager 203: 

• read the system property 'property/file.' 401 

15 • load the file 211 specified by 'property.file' into the properties object (214) 402; 

• read the system property 'PropertyManager.dataSource' and cache value; 

• evaluate whether a dataSource is defined; 

• if 'yes,' r ^ad DB. dataSource. <name>.*properties for dataSource 405 

• if 'no'; evaluate if the property is defined 406; 
20 • if 'yes, 1 get a connection to the database 407; 

• if 'no'; read PropertyManager.dbTableName property from property file 408; 

• select configuration property key/value pairs from the indicated table 409; and 

• save configuration property key/value pairs to the properties object (214) 410. 

25 DATABASE CONNECTION MANAGER (204) 

The database connection manager 204 acts as the access point to get connections to 
a database, providing pooling of database connections. As well, the database 
connection manager maintains a thread-local cache of connections for each thread. 
The main public interface to the database connection manager includes at least the 

30 following methods: 

• getConnection(dataSourceName); 

• returnConnection(connectionObject, dataSourceName) 

• flushThreadConnectionsQ. 
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Any component that gets a connection from the database connection manager has to 
return it by calling returnConnection() when it is done using the connection. When a 
component gets a connection by calling getConnection(), the database connection 
manager checks to see if a thread-local cache of connections for the thread, /.e. the 
5 component, exists and returns a connection from this cache if one is available. If a 
connection is not available in the thread-local cache, then the database connection 
manager must "check out" a connection from one of the 'pooled data source 1 pools 
213. However it is preferable that get the connection from the thread-local cache; 
getting a connection from 'pooled data source' is a synchronized action and thus 
10 avoiding this activity makes it possible to avoid thread contention. The component 
receiving the connection has to return it by calling 
DBConnectionManager.returnConnection(), thus putting the connection back into the 
thread-local cache. 

15 When a thread is finished with its work, preferably it flushes connections from this 
thread-local cache by calling DBConnectionManager.flushThreadConnections(). 
The flushThreadConnectionsQ method "checks in" the connection back into the 
correct 'pooled data source' connection pool. 

20 The 'pooled data source' connection pool does a sanity check on each connection 
requested from the pool. It creates a dummy preparedstatement on the connection. 
Those skilled in the art will recognize that a "preparedstatement" is an object 
containing a precompiled SQL (structured query language) statement. This object can 
then be used to efficiently execute this statement multiple times. Subsequently, the 

25 connection pool checks to see if an exception is thrown. If a thin JDBC (JAVA 
database connectivity) driver is being used, creation of the statement is enough to 
cause an exception on database unavailability. For an OCI (Oracle call interface, 
ORACLE CORPORATION, Foster City CA) driver, the executeQueryQ method has to 
be invoked for an exception to be generated. 

30 
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The connection pool discards the connection if an exception with any of the following 
messages is thrown: 

• "broken pipe" 

• "no more data to read from socket" 
5 • "not connected to ORACLE" 

• "ORACLE not available" 

• "end-of-file on communication channel;" and 

• "maximum open cursors exceeded." 

10 The list of error messages is specified in Application. properties file and more error 
messages can be added as needed. The first five errors indicate a fatal problem with 
the database, such as the database being down or the network being down, that 
makes the database inaccessible. The last error is to prevent service stoppage due to 
any bugs in scheduler application that cause cursor leakages. Any error message 

15 means that the connection is bad and cannot be reused. The connection pool 
discards such connection after trying to close it. 

If the database pool does not have any free connections when a database connection 
is requested by a client, the PooledDataSource opens a new connection to the 
20 database, as long as the pool size does not exceed a maximum pool size set in the 
Application. properties files. If a new connection cannot be opened, the current work is 
interrupted. Additionally, a message is logged in the logfile and syslog (system log). 
Accordingly, this mechanism discards stale connections and opens new connections 
dynamically and allows us to gracefully handle database shutdowns. 

25 

Multiple data sources can be configured in the Application. properties. For each data 
Source, the database connection manger creates a PooledDataSource object that is 
responsible for maintaining a Connection pool to the DataSource and for ensuring re- 
entrancy. The database connection manger itself simply maintains a list of 
30 PooledDataSource objects and acts as the public interface to access the connection 
pools. 
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Figure 5 shows a flow diagram of a process for initializing a database connections: 

• read property 'DB.dataSources, 1 which specifies the number and the names of 
the dataSources to be created 501 ; 

• create a hash table to hold pooledDataSource objects 502; 

5 • for each dataSource name, create a PooledDataSource instance 503; 

• add each PooledDataSource object to the hashTable using the 
dataSourceName as the key 504; and 

• cache the pooled dataSource names and instances in DBConnection manager 
(204) 505. 

10 

DATACACHE (205) 

One DataCache instance 215 per DataSource is defined by the DB.dataSources 
property. The DataCache 205 is used to cache some data that is fairly global and is 
not updated very frequently. Preferably the following data is cached: 
15 • The AUDIOJDIRECTORY: used by the clip-based scheduler to search for files 

and create symlinks; 

• The AD_CODES table: this gives a mapping between ad_codes and ad Id's 
supplied by a third party advertising provider; 

• The BANNER_SIZES table: used by StreamBasedSongScheduler to lookup 
20 banner sizes during calls to advertising from the third party provider; and 

• The FLAVOR BANNERS table: used by StreamBasedSongScheduler to 
lookup banner sizes for a given flavor during calls to advertising from the third 
party provider. 

25 There is a DataCacheRefresher thread 216 that reloads this data from the database. 
Since this data is fairly static, a refresh interval (which can be specified by the 
"DataCache. refreshlnterval" property in the Application. properties file) of twenty-four 
hours is preferred. 

30 WORK MANAGER (202) 

The Work Manager component (202) is the core piece of the server architecture for 
multimedia scheduler. It is the job scheduling system used to perform song and ad 
scheduling activities. As mentioned above, a Work Manager includes at least the 
following parts: 
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• one or more WorkProducer threads 217; 

• one WorkQueue to hold work objects 218; 

• one or more Worker threads 219; 

• a DeleteSymlink thread 220; and 

5 • an optional monitoring thread 221. 



As mentioned above, the scheduler has to perform some work every hour for each 
channel. In order to model this behavior in a scalable fashion the invention employs a 
producer - consumer model of work management. Figure 6 provides a schematic 

10 diagram of a generalized producer-consumer arrangement 600. As in the current 
implementation of this model, there are a few producer threads 601 that periodically, 
every hour for example, check the system for work that needs to be done. When a 
producer thread encounters some work that needs to be done, a channel that has a 
schedule that is less than seven hours long, for example, it generates a work request 

15 603 and puts it onto a queue 602. The producer threads thus produce work requests. 
To execute the work requests, the system has worker threads 604 (also called 
consumers, since they consume the requests put onto the queue). 

The Producer-Consumer design pattern is well suited for implementation of the 
20 scheduling logic, which requires that schedules are generated and incremented on a 
periodic basis. Additionally, the producer-consumer model also offers excellent 
scalability characteristics. 

The work manager component 202 is designed to be independent of the scheduling 
25 logic. It is fairly generic in design and finds use in other applications that require a job 
scheduling system. (The work Manager module does depend on the property 
manager and database connection manager). Also, some level of indirection is 
employed in the work producers to keep them independent of the song/ad scheduling 
logic. This is achieved by having the work producer thread wrap another work creator 
30 object that actually creates the work objects 603. The work objects represent the work 
that needs to be done. The work creator object also decides the time interval after 
which it will create another batch of work objects 603. Each work producer thread 
contains one work creator object. The work manager creates work creator objects by 
invoking WorkCreatorFactories configured in the Application. properties file. 
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Each work manager 202 optionally has a refresh thread. The refresh interval is set in 
the properties file. The refresh thread periodically polls the WorkCreatorFactories to 
get new work creator objects. This functionality is needed to schedule ads for newly 
added channels. This refresh thread is also useful for detecting new configuration 
sets added to the Application. properties file at runtime. 

Figure 7 provides a flow diagram of a work manager initialization procedure 309: 

• read property 'WorkManager.instances' to determine the number and the 
names of work managers to be created 701; 

• for each work manager name, 

o create a WorkManager instance 702; 

o create a WorkQueue object 703; 

o create a thread group for worker threads 704; 

o create as many worker threads in the thread group as specified in 

properties 705; 
o create a thread group for worker-producer threads 706; 
o create as many work creator factories as specified by properties, create 

an array of work creator objects, wrap each work creator with a work 

producer thread 707; 
o create a monitoring thread if specified in property file708; 
o create a delete symlink thread 709; 

o each resulting WorkManager object encapsulates (1) a group of work 
producer threads, (2) a group of worker threads, (3) a work queue (4) a 
delete symlink thread, and (5) an optional monitoring thread 710; and 

• cache the work manger names and instances in the WorkManagerFactory 71 1 . 

A preferred embodiment of the invention provides separate work manager for song 
scheduling and ad scheduling. The song scheduling work manager creates a 
DeleteSymlink thread which is not created by the other work manager. The ad 
scheduling work manager schedules ads for Clip-based channels. Having a distinct 
Work Manager for ad scheduling, with its own work queue and worker threads, 
ensures that as scheduling jobs do not get backed up in the case of a sudden surge 
in the number of song scheduling jobs. 
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All parameters relating to the work manager, such as the number of work managers, 
and the assignment of work creators to work managers are configured via the 
Application. properties file, thus allowing great control over configuration of the 
5 scheduler application without requiring changes to the code. WorkManager properties 
are picked up at Application initialization time only. Hence any changes to the 
WorkManager properties are picked up only after a restart. 

COMMUNICATION MODULE 

10 The scheduler is capable of receiving requests over a socket 206. The port number 
for the socket is configured in the Application. properties file by setting the property 
name Application. port. 

To send a request to the scheduler, a client program, which can be in any language, 
15 opens a socket connection to the scheduler at the specified port and sends a request. 
Advantageously, the requests are in the form of XML (extensible markup language) 
strings, which readily enable the transmission, validation, and interpretation of data 
between applications. 

20 Upon receiving a request, the scheduler returns an XML response. 

The scheduler supports at least the following requests: 

• stop; 

• abort; 

25 • channel_schedule; 

• status; 

• ping; 

• rotatejogfile; and 

• refresh. 
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The tables below describe each request and its corresponding response: 
Table 1 



Request name 


Stop 


Request 


<command name-'stop" client="admin7> 


Response 




Table 2 


Request name 


Abort 


Request 


<command name-'abort" client="admin7> 


Response 




Table 3 



Request name 



channel schedule 



Request 



<command name="channel__schedule" 
channeljd= ,, 2504" 

length="len_of_schedule_ln_milliseconds" 
client="tools"> 



<pattern name="some name" 

duration="milliseconds"> 
A.B.C 
</pattern> 



</command> 



Response <response name="sample_schedule"> 

<channel id="4508" playlists-'1234,345"> 
<name><![CDATA[AII Blues-aol]]></name> 
<schedule> 

<clip id="1 27400" 
track="r 

start Jime="1 038264876852" 
length="236408"> 
<name><![CDATA[Leave A Tender Moment Alone]]></name> 
<rotation_code><![CDATA[A]]></ rotation_code > 



<artist id="140"> 

<name><![CDATA[Billy Joel]]></name> 
</artist> 

<album id= M 11481"> 

<name><![CDATA[An Innocent Man]]></name> 
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</album> 

violation state="N" type="N/A M > 

</violation> 
</clip> 
<clip> 

</clip> rotation code 
</schedule> 
</channel> 
</response> 


Different 
violation types 




Rule 


File 


JavaException (Clip for a rotation code will not be scheduled) 


NoClipsForRotationCode 


LightningCastlnteractionError 



Table 4 



Request name 


Status 


Request 


<command name-'status" client="admin7> 


Response 


<response name="status"> 

<Scheduler start_time="03/07/03 21:57:34,651" cvsJag="$Name: 
QADROP2f_2003_03_07 $"> 
<UtilityThreads> 

<Thread name="PropertyRefresher" priority="5" is_alive="true" 
is_daemon= M false" wait_interval_ms="3600000"></Thread> 

<Thread name="GCThread" priority="5 M is_alive="true" 
is__daemon="false" waiMnterval_ms="300000"></Thread> 

<Thread name- 'DataCacheRefresher" priority="5" 
is_alive="true" is_daemon="false" 
wait_intervaLms="86400000"></Thread> 

<Thread name="LogfileRoller" priority="5" is_alive="true" 
is_daemon- 'false" waiMntervaMns- '319991 7"></Thread> 
</UtilityThreads> 

<SocketListener priority= M 5" is_alive="true" is_daemon="false" 
port="8087"></SocketListener> 
<DBConnectionManager> 

<PooledDataSource name="DEFAULT" schema="mangesh2" 
url="jdbc:oracle:thin:@db-perpetua.spinner.com:1521:devdb1"> 
<OpenConnections>40</OpenConnections> 
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</WorkManager> 




<worKManager name- AdocnedulerWIvl > 




<WorkProducerGroup> 




< i nread name- AdocnedulerWM:WorkProducer__0 




priority- o is_aiive— true is_daemon- talse 




wait__interval_ms- bUOOO ></Thread> 
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<AA/orkManager> 




<A A /orkManagers> 




</SchediJler> 




</response> 
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Table 5 



5 



Request name 


Ping 


Response 


<response name="ping">Alive</response> 






Table 6 


Request name 


rotate Jogfile 


Request 


<command name="rotateJogfile" client="admin7> 


Response 


<response name="rotateJogfile">OK</response> 


Table 7 


Request name 


refresh 


Request 


<command name-'refresh" client="admin7> 


Response 


<response name="refresh">OK</response> 


What does it do? 


Wakes up all utility threads and work managers 
Thus: 

Properties will be reloaded 
GC will be invoked 
DataCache will get refreshed 
Logfile will get rotated 

All WorkManagers will start scheduling songs and Ads. 

This command is most useful if a new channel has been spun and 
needs to be picked up immediately instead of waiting for the 
WorkManagers to automatically pick it up after the interval specified 
by the SongSchedulerWM.configSet.<csid>.waitlnterval property. 



The above scripts are provided for the sake of illustration only. Other methods and 
approaches to the sending of requests from a client to a server are also suited to the 
practice of the invention. 
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UTILITY THREADS (208) 

The main application thread also initializes each of several general house-keeping 
threads. These utility threads include at least: 

• a property refresher thread: this thread invokes 
PropertyManager.loadPropertiesO periodically; 

• a GC (garbage collection) thread: This thread invokes System. GC() 
periodically; and 

• a DataCacheRefresher thread: This invokes DataCache.refreshDataCache() 
at an interval specified by the DataCache.refreshlnterval property. 

The sleep interval for each thread is configured via Application. properties. If these 
property values are changed, they are picked up at runtime when the 
PropertyRefresher next refreshes the application properties in memory. 

SONG AND AD SCHEDULER 

SONG SCHEDULER 

The multimedia scheduler supports both clip-based and stream-based channels. 
Figures 8-10 provide flow diagrams of a song scheduling process for stream-based 
channels. Turning now to Figure 8: 

• get channel-related data from database 801: 

o list of sequences; 

o current sequence; 

o current index within sequence; 

o ad interval; 

o rules to be applied; and 

o daily reset time. 

o Create random number generator seeded with current time: data is 
made available in channel object; 

• get size of playlist to be maintained (buffer size) from property file or database 
802; 

• determine scheduled start of next song 803; 

• if next start exceeds the buffer size, return 804; if not 
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• iterations less than a preset number? (e.g. 500) 805, 

• is the next scheduled start after the daily reset time? 806. If not; 

• is channel one for which ads are scheduled 807? 

• if ads are to be scheduled, determine if it is time for an ad 808; 

• if time for an ad, schedule ad 809; 

• if not time for an ad, schedule song 810; 

• if channel doesn't get ads, schedule song 810. 

Figure 9 provides a flow diagram of step 810 from Figure 8, 'schedule song': 

• get current rotation code for the channel 901 ; 

• is a list of song ID's for the channel cached 902? 

• If 'no,' get list of song ID's for the current code 903 or 904, and store to channel 
cache 905; 

• get list of song ID's from channel cache 906; 

• randomly select a song from list 907; 

• get an instance of the rules for the channel 908; 

• evaluate each rule iteratively 909; 

• if the song fails the rule 910, does the failure exceed a configurable maximum 
number of failures? If so, select another song at random 907. If not, check to 
see if the file exists for that song ID 91 1 . 

• If the file exists 912, determine the file length 913. If not, check to see if the file 
check failure exceeds a configurable maximum 914. If not, select another song 
907. If it does, throw exception 915. The flow diagram for step 810 continues 
in Figure 10. 

• create a clip object, populate it with clip length in milliseconds and collect song 
metadata 916; 

• update current state in memory such as current pattern number and current 
pattern index 917; 

• if the request is for a dummy or test playlist, write the clip object to the playlist 
object 922 and if the song failed any rules, make a note in the playlist object; 
923; 

• if an actual schedule is being updated, write the clip object to database tables 
song_play, songjocation and song_metadata 918; 

• if the song failed any rules, write the log to the scheduler log 919; 
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• Save the current in the database in scheduler_state table 920; and 

• Return a clip object that contains clip length in milliseconds. 

As indicated above, writing the scheduled song to the database involves writing to 
5 three database tables: 

- SONG^PLAY 

- SONG_LOCATION 

- SONGMETADATA. 

10 The following columns in SONG_PLAY are populated by the scheduler: 

Table 8 



COLUMN name 


VALUE inserted 


SERIALJNUM 


Next sequence from SONG_PLAY_SERIAL 


PLAYLISTJD 


CHAN N E L.CHAN N E L_l D 


SONG J D 


CLIPJDofthe song 


SCHED_START 


Scheduled start time expressed in SQL DATE 
format 


ALBUMJD 


ALBUMJD from CLIPS table 


SONG_LENGTH 


In seconds. The song length in millisecond 
precision is divided by 1000 and rounded as 
specified by BigDecimal.ROUND_HALF_EVEN 


SON G_ARTI STJ D 


ARTISTJD from CLIPS 


ALBUM_ARTISTJD 


?? Don't know how this differs from 
song_artist_id 


SCHED_TIMESTAMP 


Scheduled start time expressed in milliseconds 
since midnight Jan 1, 1970 


ACCURATE_SONG_LENGTH 


Song length in milliseconds. This is calculated 
by Scheduler 


ROTATION_CODE 


The ROTATION_CODE value that was used to 
schedule this song 


CLIPJTYPE 


0 if the clip is a song 

1 if the clip is an advertisement 
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The following columns in SONG_LOCATION are populated by the scheduler: 
Tabl 9 



COLUMN name 


VALUE inserted 


SERIAL_NUM 


Corresponds to serial_num in SONG_PLAY 
table 


STREAMJD 


Stream id from STREAM table such that 
STREAM. CHANNELED = channeljd 


AUDIO_LOCATION 


File path name starting at the docroot. Eg. 
/content/data 1 / m p3 



5 

The following columns in SON G_M ETAD ATA are populated by the scheduler: 
Table 10 



COLUMN name 


VALUE inserted 


SERIAL JMUM 


From SONG_PLAY table 


METADATA 


XML String that has the following format: 
<SongMetaData> 

<SongName>ABC Song</SongName> 

<AlbumName>ABC Album</AlbumName> 

<ArtistName>Super-Duper Singer</ArtistName> 

<SongLength>in seconds</SongLength> 

<Soon>coming soon song name ?? </Soon> 

<AlbumArt>data9/69/20535/20535_75_75_72Jront.jpg</AlbumArt> 
<Serial>SONG_PLAY.SERIAL</Serial> 
<Songld>CLIPJD</Songld> 
</SongMetaData> 



10 Figures 11-13 provide flow diagrams of song scheduling logic for clip-based 
channels. Turning npw to Figure 11, the process of scheduling a song is 
approximately analogous to that shown in Figure 8 for stream based channels. 
However, for clip-based channels, ad scheduling is performed by a separate work 
manager, and thus the process includes none of the steps relating to scheduling of 

15 ads. The process of scheduling for clip-based channels is as follows: 
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• get channel-related data from database 1 1 01 : 

o list of sequences; 

o current sequence; 

o current index within sequence; 

o ad interval; 

o rules to be applied; and 

o daily reset time. 

Create random number generator seeded with current time: data is made 
available in channel object; 

• get size of playlist to be maintained (buffer size) from property file or database 
1102; 

• determine scheduled start of next song 1 1 03; 

• if next start exceeds the buffer size, return 1104; if not 

• iterations less than a preset number? (e.g. 500) 1105, 

• is the next scheduled start after the daily reset time? 1 106. If not; 

• Schedule song 1 1 07. 

While the current embodiment of the invention employs separate threads for 
scheduling songs and ads for clip-based channels, an alternate embodiment of the 
invention uses a single thread for both songs and ads, as previously described for 
stream-based channels. In such embodiment, the logic is substantially identical to 
that shown in Figure 8 for stream-based channels. 
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Figure 12 provides a flow diagram of step 1107 from Figurel 1 , 'schedule song': 

• get current rotation code for the channel 1201 ; 

• is a list of song ID's for the channel cached 1202? 

• If 'no/ get list of song ID's for the current code 1203 or 1204, and store to 
5 channel cache 1205; 

• get list of song ID's from channel cache 1206; 

• randomly select a song from list 1207; 

• get an instance of the rules for the channel 1208; 

• evaluate each rule iteratively 1209; 

10 • if the song fails the rule 1210, does the failure exceed a configurable maximum 
number of failures? If so, select another song at random 1207. If not, check to 
see if a file exists for that song ID 1211. 

• If the file exists 1212, determine the file length 1213. If the file does not exist, 
check to see if the file check failure exceeds a configurable maximum 1214. If 

15 not, select another song 1207. If it does, throw exception 1215. The flow 

diagram for step 1107 continues in Figure 13. 

• create a clip object, populate it with clip length in milliseconds and collect song 
metadata 1216; 

• update current state in memory such as current pattern number and current 
20 pattern index 1217; 

• if the request is for a dummy or test playlist, write the clip object to the playlist 
object 1223 and if the song failed any rules, make a note in the playlist object; 
1224; 

• if an actual schedule is being updated, create a symlink (symbolic link) for the 
25 clip stored on the network file server (NFS) 1218; 

• write the symlink to the database table song_play 1219; 

• if the song failed any rules, write the log to the scheduler log 1220; 

• Save the current state in the database in scheduler_state table 1221; and 

• Return a clip object that contains clip length in milliseconds 1222. 

30 

Additionally, a separate thread 1225 runs that deletes symlinks exceed a configurable 
age, fifteen minutes for example. Thus the application logic for stream -based and 
clip-based channels is similar, except that in the clip-based scheduler, logic is 
included that creates a symbolic links to the actual clip. 
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AD SCHEDULER 

Figure 14 shows a flow diagram of a process for scheduling ads 1400 that originate 
from a third party advertising provider. 

• select next ad from channeled table 1401 ; 

• is request for a test playlist 1402. If yes, write to a passed in playlist object 
1403. If no, write to database tables song_play, songjocation, song_metada 
and song_metadata 1404; 

• write an ad_prepare signal to song_metadata of the previous clip 1405; 

• create a clip object for the ad, set schedule_startTime and clipjength in 
milliseconds 1406; and 

• return the clip object. 

Figure 15 shows a flow diagram of a process for scheduling ads 1500 that employs 
an in-house tool to schedule advertisements by a music director for a channel by 
associating a numerical identifier that represents a bucket of with a channel. 

• for each channel requiring ad scheduling 1501, are ads enabled for the 
channel, and is the channel public 1 502, if no go to end of loop 1 508. If yes; 

• get the next audio ad ID for the channel. If the resulting search set in empty, it 
means the current cycle of ad's for the channel has finished. Get the audio ad 
ID having the lowest sequence number for the channel 1503; 

• if no audio_ad_id is found, 1504,1506, it means that no ads are scheduled for 
the channel; go to end of loop 1508. If an audio ad ID is found 1504, 1505, 
update database for the channel 

• increment the number of times the acl has been programmed 1507; 

• go to end of loop 1 508; 

• sleep for one minute 1509; and 

• repeat loop 1501. 
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RULES 

RULES FACTORY 

The Rules Factory 210 maintains a cache of rule objects 209 in memory. There is one 
instance of a rule object per row in the RULES database table, described in greater 
detail below. Rule objects implement a Rules interface. Figure 16 shows the Rules 
Factory 307 initialization process flow: 

• read property 'rules.dataSources' that specifies the dataSource containing the 
rule definitions 1601; 

• create a hashTable to hold the rule objects and a vector to hold the rule names 
1602; 

• select * from the RULES table; 

• for each rule defined in the RULES table 1604; 

o create an instance of the class specified in the RULE_CLASS column 
1605; 

o call appropriate setters in the rule object 1606; 

o add the rule object to the hashTable, using the ruleName as the key. 
Also cache the ruleName in the ruleNames vector 1607; 

• end of loop 1608; and 

• done 1609. 

ADDING NEW RULES 

New Rules to be created and added to the system "on the fly", according to the 
following procedure: 

• Write a class that implements the Rules interface. After testing it, put the 
compiled class file in a directory that is in scheduler application's CLASSPATH. 
For example, if the fully qualified class name for a new rule is 
com.myrules.NewRule, then the class can be stored in a scheduler/lib directory 
as follows: scheduler/lib/com/myrules/NewRule. class. In the case of a 
developer, the new rule should be created under scheduler/src/com/ 
*/radio/rules/ directory as part of the .scheduler.rules package. The compiled 
class file should be packaged as part of scheduler.jar; 

• Insert a row in RULES table for the rule just created; 

• Insert appropriate rows in RULE_ATTRIBUTES table for attributes that the rule 
uses. These attributes can be assigned values per channel via tools; 



Patent Application 



32 



AOL0116 



• Assign the rule to channels by creating rows in CHANNEL_RULES table. This 
should be possible using GUI TOOLS; and 

• Insert rows in CHANNEL_RULE_ATTRIBUTES table and assign values to the 
rule attributes for each channel. This should be possible using GUI TOOLS. 

5 

The next round of scheduling performed by the scheduler will enforce the rule for all 
channels that have been associated with the new rule. 

APPLICATION DATA 

10 DATABASE TABLES AND THEIR RELATIONSHIPS 

Figure 17 illustrates the data model for an exemplary embodiment of the multimedia 
scheduler. The data model herein is provided only for descriptive purposes and is not 
intended to be limiting. Other data models are suitable for accomplishing the 
purposes and objects of the invention. In creating the database, the following tables 

15 are created: 

• SCHEDULER_STATE - current state saved persistently 1 701 ; 

• SCHEDULER_LOG - exception log for recording events such as rule 
violations 1703; 

20 • SCHEDULER_LOG_TYPES - enumeration of log message types 1706; 

• CHANNEL_PATTERNS - associate patterns to a channel 1709; 

• PATTERNS - Rotation patterns created by the DJs 171 1 ; 

• RULES - Rule definitions 1712; 

• CHANNEL_RULES - associate rules to a channel 1707; 

25 • CHANNEL_RULE_ATTRIBUTES - to define channel specific rule values 1708; 
and 

• CONFIGSET CHANNELS - specifies the configset that a channel belongs to. 
A channel can belong to only one configset - this is enforced using a database 
constraint 1710. 
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Three existing tables listed below have a new column called ROTATION_CODE 
(VARCHAR2(40)) to hold the rotation code for the clip. 

- SONG_PLAY 

- CHANNEL_PLAYLIST 
5 - PLAYLIST_SONG 

In addition to the new tables shown in the diagram, Scheduler also accesses the 
following DB tables: 

- CHANNEL 

10 - CHANNEL_AD 

- CHANNEL_PLAYLISTS 

- PLAYLIST 

- PLAYLIST_CLIPS 

- CLIPS 

15 - E N CO D I N G_FO RM ATS 

- SONG_LOCATION 

- SON G_M ETAD ATA 

- MODSPIN_CONFIGSET 

- MODSPIN_CONFIGDATA 

20 

PROPERTIES FILE 

The Application. properties file controls the behavior of the scheduler scheduler and 
can also specify parameters to tune the application. 

25 The table below shows the Application. properties file and a description of each 
property. 
Table 11 

ii ii it ii ii ii ii ii ii ii ii ii ii iui it ii ii ii ii ii ii ii ii ii iui ii ii ti ii ii ii ii it iiii till it ii t m 

# Properties governing the new Song Scheduler 
# 

# All time values are in seconds 
# 

##### ////////////// mmmmmmmmmmmmmmmmm 

# — Properties for the WorkManager: start — # 
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# WorkerManager properties 
# 



# WorkManager.instances = 

# names of work managers in the system 

# There are no defaults. 

# Application startup will abort if none are specified. 

# ! This property is read at Application init time only. 

# WorkManager.<name>.workerThreadPool.initialSize = 

# Initial number of worker threads for this WorkManager 

# Default if not specified, or specified a number less than 1 or non-numeric value. 

# ! This property is read at Application init time only. 

# WorkManager.<name>.workCreatorFactories = 

# Factory classes that create WorkCreator objects for this WorkManager 

# There is one WorkProducer thread wrapping each WorkCreator object 

# ! This property is read at Application init time only. 

# WorkManager.<name>.monitoringEnabled = 

# Whether or not a MonitoringThread is created for this WorkManager 

# ! This property is read at Application init time only. 

# WorkManager.<name>.monitoringlnterval = 

# If Monitoring is enabled, then interval, in seconds, that the 

# Monitoring thread should wake 

# * This property is read every PropertyManager.refreshlnterval seconds. 

# WorkManager.<name>.workerThreadPool.autoGrow = 

# If Monitoring enabled, whether it should attempt to dynamically 

# increase the number of worker threads 

# * This property is read every PropertyManager.refreshlnterval seconds. 

# [Not implemented] 

# WorkManager.<name>.workerThreadPool.workQueueThreshold = 

# If Monitoring is enabled: If the work queue size exceeds this 

# threshold, and if autoGrow is true, then the MonitoringThread 

# will increase the worker thread pool automatically 

# This is to prevent backlogs. 

# * This property is read every PropertyManager.refreshlnterval seconds. 

# [Not implemented] 

# WorkManager.<name>.workerThreadPool.autoShrink = 

# If Monitoring enabled: If set to true, MonitoringThread will 

# shrink the thread pool to initialPoolSize if threads are idle 

# * This property is read every PropertyManager.refreshlnterval seconds. 

# [Not implemented] 
# 



mmmmmmmmmmmmmmmmmmmmmmm 
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# WorkManager.instances = SongSchedulerWM, GeneralWM 
WorkManager.instances = SongSchedulerWM, AdSchedulerWM 

# WorkManager.instances = SongSchedulerWM 

WorkManager.SongSchedulerWM.workerThreadPool.initialSize = 50 

WorkManager. SongSchedulerWM. workCreatorFactories = 
com. aol. radio. scheduler.scheduler.SongWorkCreatorFactory 
WorkManager.SongSchedulerWM.monitoringEnabled = true 
WorkManager.SongSchedulerWM.monitoringlnterval = 60 
WorkManager.SongSchedulerWM.workerThreadPool.autoGrow = true 
WorkManager.SongSchedulerWM.workQueueThreshold = 100 
WorkManager.SongSchedulerWM.workerThreadPool.autoShrink = true 

# Work Manager for scheduling ADs 

WorkManager.AdSchedulerWM.workerThreadPool.initialSize =10 

WorkManager. AdSchedulerWM. workCreatorFactories = 
com.aol.radio.scheduler.scheduler.AdWorkCreatorFactory 
WorkManager.AdSchedulerWM.monitoringEnabled = true 
WorkManager.AdSchedulerWM.monitoringlnterval = 60 

# — Properties for the WorkManager: end — - # 

mmmmmmmmmmmmmmmmmmmmmmmtm 

# Scheduler properties 
# 

# These properties are read by the WorkCreatorFactories specified above for every 
WorkManager 

# Each WorkCreatorFactory gets a reference to the WorkManager it belongs to and 

# hence knows which set of properties to look for. 

# For example the SongWorkCreatorFactory is specified for the SongSchedulerWM 
WorkManager above; 

# The SongWorkCreatorFactory will thus read properties that start with "SongSchedulerWM." 
below. 

# Some of the properties are also read by the Song/Ad schedulers themselves. 
# 

# <WorkManagerName>.configSets = 

# This is a list of configSets that should be handled by this WorkManager. 

# The WorkCreatorFactory will do the necessary initialization for each configSet. 

# ! This property is read at Application init time only. 
#<WorkManagerName>.configSet.(default | <configSetlD>).class = 

# Specifies the fully qualified class name of the Scheduler that should be used 
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# for scheduling songs and/or ads for channels in this configset. The default 

# property is used unless it is overridden by a specific property. 

# An error is logged in the log file if the class is not found at runtime and 

# Scheduling for this configset will not occur. These errors will be reported 

# during Scheduler startup time. 

# ! This property is read at Application init time only. 

# <WorkManagerName>.configSet.(default | (configSetlD>).scheduleLength = 28800 

# Specifies of the length in seconds of the schedule that needs to be maintained. 

# * This property is read every PropertyManager.refreshlnterval seconds. 

# <WorkManagerName>.configSet.(default | (configSetlD>).waitlnterval = 1800 

# Time interval, in seconds, the scheduler sleeps. After this interval, the scheduler 

# Will wake up and schedule enough songs to maintain a schedule that is 
"scheduleLength" 

# seconds in length. 

# * This property is read every PropertyManager.refreshlnterval seconds. 

# <WorkManagerName>.configSet.(default | (configSetlD>).dataSource = MANGESH DEVDB1 

# The dataSource where channels for this configSet are located. 

# Although this property value can be changed at runtime, I do not see a 

# reason why you would want to do that. Please consider your reasons carefully 

# before changing this value at runtime. 

# * This property is read every PropertyManager.refreshlnterval seconds. 
# 



# The AdSchedulerWM is used only for scheduling COPIA based ADs. Specify configSets of 

# channels that need COPIA based ADs for the AdSchedulerWM. configSets property. 
# 

# The SongSchedulerWM is used for schduling songs (both clip-based and stream-based 
channels) 

# The SongSchedulerWM.configSet.<configSetlD>. class property should be set to 

# "com.aol.radio.scheduler.scheduler.StreamBasedSongScheduler" 

# for configSets containing Stream-based channels, and 

# "com.aol.radio.scheduler.scheduler.ClipBasedSongScheduler" 

# for configSets containing Clip-based channels. 
////////////////////////////////////////////////////////////////////////////////////// 

II HIIII HUH Song Scheduler IIIIIIHIIIIIIIIIIIIIIIIiflllllllllltlll 

# SongSchedulerWM.configSets = 1 ,3,5,7,201 ,203,205,207,209,301 ,303 

# SongSchedulerWM.configSets = 901, 902, 905, 906 

# SongSchedulerWM.configSets = 901, 906 
SongSchedulerWM.configSets = 902, 905 

SongSchedulerWM. configSet. default, class 
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com. aol. radio. scheduler.scheduler.BaseSongScheduler 
SongSchedulerWM.conflgSetdefault.scheduleLength = 28800 
SongSchedulerWM.configSet.default.waitlnterval = 1800 
SongSchedulerWM.configSet.default.dataSource = MANGESH_DEVDB1 

SongSchedulerWM.configSet. 902. class 
com.aol.radio.scheduler.scheduler.StreamBasedSongScheduler 
SongSchedulerWM.configSet. 905. class 
com.aol.radio.scheduler.scheduler.StreamBasedSongScheduler 

# Above default properties can be overridden for each configset as shown below 
SongSchedulerWM.configSet.1 .class = com.aol.radio.scheduler.scheduler.BaseSongScheduler 
SongSchedulerWM.configSet.l.scheduleLength = 25200 
SongSchedulerWM.configSet.l.waitlnterval = 1800 
SongSchedulerWM.configSet. LdataSource = MANGESH_DEVDB1 

ft till II ft II If AD Scheduler fllllllllllllllltlllllllllllllllllllllim 
AdSchedulerWM.configSets = 901, 906 

AdSchedulerWM.configSet. default, class 
com.aol.radio.scheduler.scheduler.CopiaBasedAdScheduler 
AdSchedulerWM.configSet.default.waitlnterval = 60 

AdSchedulerWM.configSet.default.dataSource = MANGESHMDEVDB1 
# # 

If II If II II II II Application wide properties II II II II II II If II II fill II II II II II If II II // ## 
# 

# These are some of the properties that are used in the Scheduler Application 
# 



# Syste.gc = 

# Interval, in seconds, after which to call System.gc() in Java 

# * This property is read every PropertyManager.refreshlnterval seconds. 

# Application.defaultDataSource = 

# dataSource used while generating "sample playlists" for the tools 

# An exception will be reported if this property is not set correctly 

# and the sample playlist will be get generated. 

# * This property is read every PropertyManager. refresh Interval seconds. ' 

# Application. port = 

# port on which Application receives requests. 

# "stop", "abort", "ping", "status", "channeLschedule" are some examples 
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# that can be sent to this port. The requests themselves are in XML format. 

# Please see the design document for the format of each request. 

# ! This property is read at Application init time only. 

# CONTENT_HTTP_BASE = 

# The webserver url which hosts the content on the EMC disk arrays 

# (http://uvoxhttp.streamops.aol.com) 

# * This property is read every PropertyManager.refreshlnterval seconds. 

# CONTENT_HTTP_USERNAME = 

# Username for above website (uvox) 

# * This property is read every PropertyManager.refreshlnterval seconds. 

# CONTENT_HTTP_PASSWORD = 

# Password for above website (password) 

# * This property is read every PropertyManager.refreshlnterval seconds. 

# ALBUM_ART_BASE_URL = 

# URL where album art is located (http://broadband- 
albumart.streamops.aol.com/scan) 

# * This property is read every PropertyManager.refreshlnterval seconds. 

# ALBUM_ART_SUFFIX = 

# suffix for album art filenames (_75_75_72_front.jpg) 

# * This property is read every PropertyManager.refreshlnterval seconds. 



############^^ 
System. gclnterval = 300 

Application.defaultDataSource = MANGESHJDEVDB1 
Application. port = 8087 

CONTENT_HTTP_BASE = http://uvoxhttp.streamops.aol.com 

CONTENT_HTTP_USERNAME = uvox 
CONTENT_HTTP_PASSWORD = password 

A LB U M_ART_B AS E_U RL = http://broadband-albumart.streamops.aol.com/scan 
ALBUM_ART_SUFFIX = _75_75_72_front.jpg 

# http url for AD store 
AD_HTTP_BASE = http://blahblah 

# # 
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# Properties for Rules module 
# 



# Rules.dataSource = 



# 



DataSource which hosts Rule related tables 



# 



Specifically, the RULES table is read from this 
dataSource and one rule instance for each row 



# 



# 



is created by the RulesFactory. 

The actual rule values for each channel are picked 

up from the dataSource configured for that channels 

configSet in the Scheduler section above. 

This gives us the added flexibity of scheduling 

channels located in different databases using a single 

instance of Scheduler. 



# 



# 



# 



# 



# 



# 



Rules.dataSource = MANGESH_DEVDB1 

mmmmmmmmmmmmmmmmmmmmmmmm 

# Properties for PropertyManager 
# 

# PropertyManager.refreshlnterval = 

# Property file refresh interval in seconds 

# Updates to this proerty file will be picked 

# up by Scheduler after this interval. 

# PropertyManager.dataSource = 

# DataSource which hosts table containing properties 

# [Not used] 

# PropertyManager.dbTableName = 

# Table in above dataSource that contains additional 

# Scheduler properties. 

# The table should have a column called CONFIG_KEY 

# which contains the property name, and a column called 

# CONFIG_VALUE which holds the property value. 

# [Not used] 

/////////////////////////////////////////////////////////////////////////////////^ ## 
PropertyManager.refreshlnterval = 3600 

# PropertyManager.dataSource = MANGESH_DEVDB1 

# PropertyManager.dbTableName = MODSPINJDONFIGSET 



////////////////////////////////////////////////////////////////////////////////////// 
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# Database connection pool 
# 

# DB.dataSources = 

# names of data sources 
# 

# DB.dataSource.<dsName>.URL = 

# JDBC URL of the type 

# jdbc:oracle:thin:@db-perpetua.spinner.com:1521:SPIN9 

# DB.dataSource.<dsName>.username = DB user name 

# DB.dataSource.<dsName>. password = DB password 

# DB.dataSource.<dsName>.initialPoolSize = initial size of connection pool 

# DB.dataSource. <dsName>.maxPoolSize = 

# max size of connection pool. This is a hard limit 

# This size should roughly equal the number of 

# concurrent threads expected to access this datasource 

# DB.dataSource.<dsName>.incrementBy = 

# If all connections in the pool are used up, increase pool by 

# this number 

# [Not implemented] 

# DB.dataSource. <dsName>.autoShrink = 

# [Not implemented] 

mmmmmmmmmmmmmmmmmmmmmmmm 

DB.dataSources = MAN G E S H_D E VD B 1 

DB.dataSource.MANGESH_DEVDB1 .URL = jdbc:oracle:thin:@db- 
perpetua.spinner.com: 1 521 :DEVDB1 

DB.dataSource.MANGESH_DEVDB1.username = MANGESH2 
DB.dataSource. MANGESH_DEVDB1. password = MANGESH2 
DB.dataSource.MANGESH_DEVDB1 JnitialPoolSize = 20 
DB.dataSource.MANGESH_DEVDB1.maxPoolSize = 50 
DB.dataSource.MANGESH_DEVDB1.incrementBy = 5 
DB.dataSource.MANGESH_DEVDB1.autoShrink = true 

DB.dataSource. GODWIN. URL = jdbc:oracle:thin:@db-perpetua.spinner.com:1521:DEVDB1 

DB.dataSource.GODWIN.username = GODWIN 

DB.dataSource.GODWIN. password = GODWIN 

DB.dataSource.GODWIN.initialPoolSize = 20 

DB.dataSource.GODWIN. maxPoolSize = 50 

DB.dataSource. GODWIN. incrementBy = 5 

DB.dataSource.GODWIN.autoShrink = true 
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DB.dataSource.THEDJ.URL = jdbc:oracle:thin:@db-perpetua.spinner.com:1521:SPIN9 

DB.dataSource.THEDJ.username = THEDJ 

DB.dataSource.THEDJ.password = THEDJ 

DB.dataSource.THEDJ.initialPoolSize = 20 

DB.dataSource.THEDJ.maxPoolSize = 50 

DB.dataSource.THEDJ.incrementBy = 5 

DB.dataSource.THEDJ.autoShrink = true 

## End of File ## 



LOG4J. PROPERTIES 

The log4j. properties file is used to configure logging parameters. The log4j 
documentation provides more information about various configuration options. 

Below is a sample log4j. properties file 
Table 12 

# base dir 

BASE_DIR=/devel/home/serveng/gomangesh/dev/scheduler 
LOG_DIR=${BASE_DIR}/logs 

# Set root logger 

log4j.rootl_ogger=DEBUG, LOGFILE 

## Appenders 

# A1 Is set to be a ConsoleAppender. 

log4j.appender.CONSOLE=org.apache.log4j.ConsoleAppender 

# A1 uses Pattern Layout. 

log4j.appender.CONSOLEJayout=org.apache.log4j.PatternLayout 
log4j.appender.CONSOLE.Iayout.ConversionPattern=%-4r [%t] %-5p %c %x - %m%n 

# Parameters for the main logfile 

log4j.appender.LOGFILE=org.apacheJog4j.SchedulerRollingFileAppender 
log4j.appender.LOGFILE.File=${LOG_DIR}/scheduler.log 

# roll files once a day 

log4j.appender.LOGFILE.DatePattern='.'yyyy-MM-dd 
log4j.appender.LOGFILE.Iayout=org. apache. log4j.PatternLayout 
log4j.appender.LOGFILE.Iayout.ConversionPattern=%-4r [%t] %-5p %c{2} %x - %m%n 
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SYSLOG, SCHEDULER.LOG AND SCHEDULER_LOG TABLE 

SCHEDULER.LOG LOGFILE 

Error, Warning, Info and Debug log messages are be printed to a logfile. The name 
of the logfile is specified in log4j. properties, as shown above. It is expected that this 
5 logfile will be under scheduler/logs directory and called scheduler.log. 

Scheduler log messages are prioritized into four levels: ERROR, WARN, INFO, 
DEBUG. Lower priority messages can be turned off by configuring log4j. properties file 
appropriately, as described above. 

10 ERROR: 

Error messages report problems that need to be acted upon. This could be data 
integrity problems that affect the scheduling of a channel and have to be reported to 
the content team. For example, when a rotation code used in the rotation clock for a 
channel has no clips in the database, the rotation code will be skipped, pointing to a 
15 serious programming error that needs to be corrected by the DJ. Alternatively, it is a 
system-related problem that needs to be addressed by the system operator. 

WARN: 

Warning messages report messages that should be noted by the system operator, but 
20 they have a lesser urgency than error messages. For example, if the physical file for a 
clip is not found, then the clip is not scheduled for a channel. This is a less critical 
problem since another clip can be played in its place. Nevertheless, it points to a 
problem that should be corrected. There could also be system related warnings that 
the system operator needs to act upon, such as memory usage coming close to the 
25 total memory allocated for the JVM (JAVA virtual machine). 

INFO: 

Info messages are trace messages that help to understand the process flow in 
scheduler and convey an idea of what it is currently doing. 
30 Periodic status messages such as current memory usage, loading of property files, 
Rule evaluation results are informational messages. Certain messages such as 
"Property not found" (which may look like a warning, but is not) are also informational 
messages when a default property value is found instead of a specific property. 



Patent Application 



AOL0116 



DEBUG: 

This is useful for diagnosing problems and should be not turned ON in production 
unless necessary for debugging problems. 

5 In production, the ERROR level should always be turned ON. Ops may choose to 
keep WARN level turned on as well if they so wish. INFO level can be turned ON to 
help in understanding what the scheduler is doing and to get a better feel of the 
process flow. DEBUG level should be turned ON only while diagnosing problems. 

10 FORMAT OF A LOG MESSAGE 

The format of a log message is as follows: 

<timestamp> <priority> [<thread name>] <classname> [<optional_data>] - 
<message> 

15 

Where <optional_data> is some data, (such as configSetID or channellD, or clipID, 
etc), that is pertinent to the message. 

Typically, the following optional_data is used while logging messages: 
20 • ConfigSetlDxhannellD 

• ClipID 

• RulelD 

• RequestName of a request sent over Scheduler's communication socket. 
25 Log messages contain all, none, or a combination of this optional data. 

An example is provided below: 

2002-12-06 00:25:11,139 INFO[SongSchedulerWM:Worker_48] 
30 scheduler. BaseSongScheduler [902:4508] - Rule passed. SongID = 450828; 
ruleName = DMCAArtistRule 

Where: 

2002-12-06 00:25:11,139: is the timestamp with millisecond precision 
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INFO: the priority level of this message 

SongSchedulerWM:Worker_48: Name of thread that logged this message.Threads 
are named based on the functions they perform. This makes it easy to identify the 
functional area that the log originates from by looking at the thread name. In this 
5 example, the thread name reveals that this message came from the 48 th worker 
thread in the SongScheduling WorkManager's Worker thread pool. 
scheduler.BaseSongScheduler : Class name that includes the last element of its 
package name 902:4508: In this case, 902 is the configSetID and 4508 is the 
channeled. The rest of the log message is the text of the log message printed by the 
10 scheduler application. 
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The tables below lists the error and warning log messages printed by the scheduler 
(INFO and DEBUG messages are not listed here): 
Table 13 

Error messages 



Message 


Class (<classname>) not found Exception. <stack trace> 


Cause 


CLASSPATH is wrong 


Remedy 


Correct the classpath in scheduler/bin/start.sh 


Message 


Class (<classname>) Initialization Exception. <stack trace> 


Linkage Error for class <classname>. <stack trace> 


InstantiationException for class <classname>. <stack trace> 


INegalAccessException for class <classname>. <stack trace> 


Error creating workObjects array. <stack trace> 


Rule could not be created: Class (<ruleClassname>) not found Exception. 
<stack trace> 


Rule could not be created: Class (<ruleClassname>) Initialization Exception. 
<stack trace> 


Rule could not be created: Linkage Error for class <ruleClassName>. 
<stack trace> 


Rule could not be created: InstantiationException for class <ruleClassName>. 
<stack trace> 


Rule could not be created: INegalAccessException for class <ruleClassName>. 
<stack trace> 


Rule could not be created: <ruleClassName>. 
<stack trace> 


Class has private constructor <classname>: <message> 


Security Exception <classname>: <message> 


Cause 


Either: 

CLASSPATH is wrong, or 

The installation is not proper (there are old files in the install), or 
There is a bug in scheduler 


Remedy 


Check if the installation is correct. Involve development if necessary. 


Message 


No Channels found for configset ID <configSetlD>. Please check the configset ID 
and ensure there are channels associated with it. 


Cause 


Data error: The configset is the database is wrong, or the configset ID specified for 
the SongSchedulerWM.configSets or AdSchedulerWM.configSets property in the 
Application. properties file is wrong. 


Remedy 


Check the Application. properties file and check if there are public and non-live 
channels for this configset in the database. 


Message 


No Channels found for configset ID <configSetlD>. Please check the configset ID 
and ensure there are channels associated with it 
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Cause 


Data error: The configset is the database is wrong, or the configset ID specified for 
the SongSchedulerWM.configSets or AdSchedulerWM.configSets property in the 
Application. properties file is wrong. 


Remedy 


Check the Application. properties file and check if there are public and non-live 
channels for this configset in the database. 


Message 


No ConfigSets defined <property name> 


Cause 


There were no configsets specified for the specified WorkManager 


Remedy 


Either specify some configsets, or do not specify this WorkManager in the 
WorkManager.instances property if it is not needed. 


Message 


No songs in playlist for rotationCode = <rotationCode>; channel = <channellD> 


Cause 


Scheduler had to skip the rotation code for the specified channel because there are 
no songs with this rotation code in the playlist for the channel 


Remedy 


Contact the MDs immediately and ask them to rectify the situation either by 
removing the rotation_code from the rotation clock for that channel or by ensuring 
that there are enough encoded songs in the channel's playlist with that rotation 
code. 


Message 


File failure count exhausted. Cannot schedule song for channel. Rotation code will 
be skipped: <channellD>; rotationCode = <rotationCode> 


Cause 


The physical file for the clips could not be found. 

This can happen when the file exists but an entry for the clip does not exist in the 
CLIP_ENCODINGS table, or when the file physically does not exist. 


Remedy 


Do a sanity check of the database and the EMC array to ensure that they are both 
in sync in terms for content. 


Message 


Exception writing Schedulable Clip to DB. Rotation code will be skipped.; 

channellD = <channellD>; 

clipID = <cliplD>; 

rotationCode = <rotationCode>; 

serialNum = <SONG_PLAY.SER!AL_NUM> 


Cause 


A DB Exception occurred while writing a clip to the database 


Remedy 


Look at the logfile messages to troubleshoot. 
Check if Database is up and available. 


Message 


FileNotFoundException. Rotation code will be skipped; 
channellD = <channellD>; 
clipID = <cliplD>; 
rotationCode = <rotationCode> 


Cause 


The physical file for the clips could not be found. 

This can happen when the file exists but an entry for the clip does not exist in the 
CLIP_ENCODINGS table, or when the file physically does not exist. 


Remedy 


Do a sanity check of the database and the EMC array to ensure that they are both 
in sync in terms for content. 
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Message 


lOException. Rotation code will be skipped; 
channellD = <channellD>; 
clipID = <cliplD>; 
rotationCode = <rotationCode> 


Cause 


NFS may be down or some filesystem error has occurred. 


Remedy 


Check if the NFS mounts are available and accessible 
Check if the local file system is running out of space 


Message 




Could not get connection: Cannot get candidate song IDs: <dataSourceName>; 
channellD = <channellD> 


Could not get connection: <dataSourceName>; 
Cannot write to SCHEDULER_STATE>; 
curr pattern number = <urrentPatternNumber>; 
curr pattern index = <urrentPatternlndex> 


Could not log to SCHEDULER_LOG since db connection is NULL. 


Cause 


The DB Connection Pool is running out of connections 


Remedy 


Increase the size of the DB connection pool in Application. properties file. 
Check if DB is up and accessible. 


Message 




SQLException: channellD = < channellD>; configSet ID = <configSetlD>. 
<stack trace> 


SQLException while trying to save to SCHEDULER STATE table, 
curr pattern number = <urrentPatternNumber>; 
curr pattern index = <urrentPatternlndex> 
<stack trace> 


SQLException: clipID = <cliplD>; 
channellD = <channellD>. 
<stack trace> 


Error executing prepared statetemt: <the SQL statement> 
<stack trace> 


SQLException: pattern ID = <pattern id> 
<stack trace> 


SQLException in getPatterns. channellD = <channel id> 
<stack trace> 


SQLException loading data cache 
<stack trace> 


Cause 


An SQLException occurred while accessing the DB. 


Remedy 


Look at the stack trace to toubleshoot. 
Check if Ddatabase is up and accessible. 
Involve the DBAs is necessary. 
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Message 


Base audit URL in LightningCast response does not start with expected value: 
<expected value> 


Cause 


1. Either LightningCast has changed the base of the audit URL sent in the 
XML, OR 

2. There is a typo in the scheduler/conf/Application. properties file 


Remedy 


Verify with LightningCast the audit URL that they send in the XML response to 
scheduler. 

If this has indeed changed then: 

1. Update the property in scheduler/conf/Application. properties file, and 

2. The AppServer radio client code needs to also change to use this new audit 
URL base. 


Message 


Image URL in LightningCast response does not start with expected value: 
<expected value> 


Cause 


1. Either LightningCast has changed the base of the image URL sent in the 
XML, OR 

2. There is a typo in the scheduler/conf/Application.properties file 


Remedy 


Verify with LightningCast the image URL that they send in the XML response to 
scheduler. If this has indeed changed then: 

1. Update the property in scheduler/conf/Application. properties file, and 

2. The AppServer radio client code needs to also change to use this new 
image URL base. 


Message 


ClickThrough URL in LightningCast response does not start with expected value: 
<expected value> 


Cause 


1. Either LightningCast has changed the base of the click through URL sent in 
the XML, OR 

2. There is a typo in the scheduler/conf/Application. properties file 


Remedy 


Verify with LightningCast the click through URL that they send in the XML response 
to scheduler. 

If this has indeed changed then: 

1 . Update the property in scheduler/conf/Application. properties file, and 

2. The AppServer radio client code needs to also change to use this new click 
through URL base. 


Message 


Could not create clone. clipID = <clip id>. 
<stack trace> 


Cause 


Unknown. 


Remedy 


Work with development to diagnose the problem. 


Message 


Exception writing LightningCast audio AD Clip to DB. Rotation code will be skipped.; 
channellD = <channellD>; 
clipID = <adCliplD>; 
rotationCode = <rotationCode>; 

serialNum = <SONG_PLAY.SERIAL_NUM if relevant> 
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<stack trace> 


Cause 


Unknown exception while writing LC AD to DB 


Remedy 


Look at the logfile entries and the stack trace to diagnose. 


Message 




lOException while parsing LightningCast response. Ad code will be skipped. 
<stack trace> 


ParserConfigurationException while parsing LightningCast response. Ad code will 
be skipped. 
<stack trace> 


SAXException while parsing LightningCast response. Ad code will be skipped. 
<stack trace> 


NumberFormatException while parsing LightningCast response. Ad code will be 

skipped. 

<stack trace> 


NullPointerException while parsing LightningCast response. Ad code will be 

skipped. 

<stack trace> 


Exception while parsing LightningCast response. Ad code will be skipped. 
<stack trace> 


Cause 


1 . LightningCast server may be down, OR 

2. There might be a network problem, OR 

3. The XML returned by LC may be bad. 


Remedy 


Check if LC server is available and accessible. 
Diagnose network issues 

Look at the LC response if it is printed in the logfile. 


Message 


Bad Data. Unknown rule attribute: <attribute name>. Rule fails. 


Cause 


Bad data in database 


Remedy 


Contact development team about this issue. 

Someone has added an entry to RULE_ATTRIBUTES table that is not understood 
by Scheduler. 


Scheduler 




SQLException while evaluating rule, rule fails. <stack trace> 


Exception while evaluating rule, rule fails. <stack trace> 


Error while evaluating rule, rule fails. <stack trace> 




Cause 


Possible problem accessing database 


Remedy 


Look at the log entries to diagnose 


Message 




Could not get album ID for clipID <clip id>. Rule fails. 


Could not get artist ID for clipID < clip id>. Rule fails. 




Could not get song name for clipID < clip id>. Rule fails 
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Could not get song name for clipID < clip id>. Rule fails 


Cause 


Unknown 


Remedy 


Look at the log file entries to diagnose. 

Query the DB to do a sanity check on the specified clip ID 


Message 


Exception loading data cache 
<stack trace> 


Cause 


The DataCache encountered an Exception while refreshing/initializing the memory 
cache. 


Remedy 


Look at the stack trace to diagnose. > 


Message 


Invalid configSetID: <configset id> 


Cause 


A non-numeric configset ID was specified in the Application. properties file 


Remedy 


Correct the configset ID in Application. properties file 


Message 




Looks like a stale DB connection, releasing it. DB may be down. Current job will 
be abandoned. 


<number> bad connections have been removed from the <dataSourceName> 
DB pool 


Cause 


The database is down or has been restarted 


Remedy 


Notify the DBAs and monitor the situation. 

Scheduler will recover and start scheduling when the DB becomes available again. 


Message 




Exception while calling createWork(). Channel scheduling will not happen for this 
round: <message> 


Error while calling createWorkQ. Channel scheduling will not happen for this 
round 


Exception while calling doWorkQ: <message> 


Error while calling doWork(): <message> 


Cause 


An unknown Exception occurred. 


Remedy 


Look at the scheduler.log file and the displayed message to ascertain the cause 
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WARNING MESSAGES 

Syslog 

Events that need attention from the system operator are logged to the Syslog. 
5 The table below lists the log messages that are logged to SYSLOG along with tier 
priority levels: 
Table 14 



Message 


Exception while calling createWorkQ. Channel scheduling will not happen for this 
round: <message> 


Priority 


WARN 


Cause 


An unknown Exception occurred. 


Remedy 


Look at the scheduler.log file and the displayed message to ascertain the cause 


Message 


Error while calling createWork(). Channel scheduling will not happen for this round 


Priority 


WARN 


Cause 


An unknown Error occurred. 


Remedy 


Look at the scheduler.log file and the displayed message to ascertain the cause 


Message 


Exception while calling doWork(): <message> 


Priority 


WARN 


Cause 


An unknown Exception occurred. 


Remedy 


Look at the scheduler.log file and the displayed message to ascertain the cause 


Message 


Error while calling doWork(): <message> 


Priority 


WARN 


Cause 


An unknown Error occurred. 


Remedy 


Look at the scheduler.log file and the displayed message to ascertain the cause 


Message 


URGENT: Less that 3 hours of songs in song_play due to insufficient songs in 
playlist. bedrock might loop 


Priority 


ERROR 


Cause 


There might not be enough songs in the playlist, or for the rotation clock. 


Remedy 


Contact the MDs to troubleshoot and ask them to troubleshoot. 

Look at the SCHEDULER_LOG table and see the entries for the Channel exhibiting 
this problem. 


Message 


Could not schedule even half of required schedule length due to insufficient songs 
in playlist! 


Priority 


WARN 


Cause 


There might not be enough songs in the playlist, or for the rotation clock. 


Remedy 


Contact the MDs to troubleshoot and ask them to troubleshoot. 

Look at the SCHEDULERJ_OG table and see the entries for the Channel exhibiting 
this problem. 


Message 


Could not schedule required schedule length due to insufficient songs in playlist 
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Cause 


Scheduler could not schedule enough songs to fill the buffer specified by the 
SongSchedulerWM.configSet.<configSetlD>.scheduleLength property. 
There might not be enough songs in the playlist, or for the rotation clock 


Remedy 


Contact the MDs to troubleshoot and ask them to troubleshoot. 

Look at the SCHEDULER_LOG table and see the entries for the Channel exhibiting 

this problem. 


Message 


No songs in playlist for rotationCode = <rotation_code>; channel = <channel_id> 


Priority 


WARN 


Cause 


Scheduler had to skip the rotation code for the specified channel because there are 
no songs with this rotation code in the playlist for the channel 


Remedy 


Contact the MDs immediately and ask them to rectify the situation either by 
removing the rotation_code from the rotation clock for that channel or by ensuring 
that there are enough encoded songs in the channel's playlist with that rotation 
code. 


Message 


<number> bad connections have been removed from the <dataSourceName> 
DB pool 


Priority 


ERROR 


Cause 


There is a serious error with the Database. 
Most likely the database is down or unreachable. 

The specified number of DB connections were released from the specified DB 
connection pool. 


Remedy 


Check if the DB is available. 

Check if there are any network problems while connecting to the DB machine. 


Message 


<dataSourceName> out of DB Connections. Consider increasing max pool size for 
this DataSource 


Priority 


WARN 


Cause 


One reason for this message is the database being down or unreachable. 

Other reason is that the connection pool was not configured to cache enough 

connections. Generally, the number of connections in the connection pool should 

be: 

Num_workers + num_configsets + 10 





SHEDULERJ.OG DATABASE TABLE 

In addition, the scheduler application also records exceptional situations that affect a 
5 song/ad schedule to a table called SHEDULER LOG. Some examples of these 
exceptional message types are: Rule Violations, skipping a rotation code within a 
rotation clock for some reason, skipping a candidate song due to rule conflict or if file 
is not found, etc. 
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The sheduler _log_types are enumerated in the following table: 

Table 15 



ID 


Type desc 


1 


NO_CLIPS_FOR_ROTATION_CODE (rotation code skipped). 

REMEDY: Fix the rotation clock, or assign correct rotation code to clips and playlists 


2 


ROTATION_CODE_SKIPPED (for some reason such as application error): CAUSE: 
could be due to faulty rotation clock or Java error. 
REMEDY: Look at log message. 


3 


RULE_VIOLATED (song scheduled even though rule violated since max rule violation 
count exceeded): 

CAUSE: Not enough Clips for this channel causing rule collisions. 


4 


FILE_NOT_FOUND (A candidate clip will not be scheduled since the physical clip 
cannot be located): 

CAUSE: bad data or encodinded file missing. 

REMEDY: Work with engineering/OPs to resolve bad data. 


5 


RULE_COLLISION (A candidate clip will not be scheduled since it violates some rule). 
NOTE: Too many rule collisions is bad and should be addressed by the MDs. 


6 


LCJNTERACTION_ERROR (Error while talking to lightningcast. Ad will not be 
scheduled): 

REMEDY: work with OPs/engineering to locate cause of problem. 


7 


NO_COPIA_ADS (No ADs could be found in the CHANNEL_AD table for this 
chaannel): 

REMEDY: Check the CHANNELED table or the COPIA tool and ensure that ADs have 
been programmed for this channel. 



5 Fatal errors and errors needing immediate attention are sent to the SYSLOG. 
These include: 

• Unable to maintain a song schedule that is <scheduleLength> in length, where 
<schedulel_ength> is configured in Application. properties file. This indicates 
that a situation could arise in the near future where there are not enough songs 

10 to play for the channel. 

• Unhandled Exceptions that prevents the scheduling for a channel from being 
completed. This indicates that a situation could arise in the near future where 
there are not enough songs to play for the channel. 
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MAINTENANCE ACTIVITIES 

STARTING SCHEDULER 

Run scheduler/bin/start.sh to start Scheduler. 

Scheduler will abort at runtime if critical application parameters are not configured 
5 correctly. 

STOPPING SCHEDULER GRACEFULLY 
Run 

$ scheduler/bin/stop. pi -host <hostname> -port <port> 
10 script to stop Scheduler gracefully. This allows Scheduler to complete jobs that are 
currently underway. If a lot of jobs are underway, then stopping in this manner could 
take a few minutes. 

This script sends an XML stop request to Scheduler over a socket. 

15 ABORTING SCHEDULER 
Run 

$ scheduler/bin/abort.pl -host <hostname> -port <port> 

to stop Scheduler immediately. Use this only when necessary. 

If for some reason this script fails to abort the process, you can do it from a unix 
20 command-line as follows: 

$ kill -9 'cat scheduler/bin/scheduler.pid' 

PINGING SCHEDULER 
Run 

25 $ scheduler/bin/ping. pi -host <hostname> -port <port> 

If Scheduler is alive, <response name=ping>Alive</response>" appears on the 
console. 

If Scheduler is dead something similar to 
"IO::Socket::INET: Connection refused at ./status. pi line 34 
30 Cannot connect to Scheduler on localhost:8087. Scheduler may be down, at 
./status. pi line 40." Appears printed on the console. 

This script can be run as part of a cron job to monitor whether Scheduler is alive or 
not. Since Ping.pl (and other perl scripts) talk to Scheduler over a socket, the cron job 
could be run on a machine other than the one running Scheduler. 
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LOGFILE ROTATION 

Scheduler logfile is rotated automatically at midnight every day. 
Scheduler can also be configured to rotate the logfile when it reaches a certain size. 
5 Scheduler can be configured to specify the number of backup logfiles that should be 
retained by scheduler when logfiles are rotated. 

During logfile rotation, the existing logfile is renamed and a new empty logfile is 
created and made the current logfile. 

10 

The above scripts are provided for the sake of example. Other methods of performing 
maintenance activities are also possible. 

Although the invention has been described herein with reference to certain preferred 
15 embodiments, one skilled in the art will readily appreciate that other applications may 
be substituted for those set forth herein without departing from the spirit and scope of 
the present invention. Accordingly, the invention should only be limited by the Claims 
included below. 
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